home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19970104-19970326 / 000380_news@columbia.edu _Fri Mar 7 18:25:40 1997.msg < prev    next >
Internet Message Format  |  2020-01-01  |  2KB
  1. Return-Path: <news@columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id SAA24910
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Fri, 7 Mar 1997 18:25:39 -0500 (EST)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id SAA01176
  7.     for kermit.misc@watsun; Fri, 7 Mar 1997 18:25:38 -0500 (EST)
  8. Path: news.columbia.edu!panix!news.eecs.umich.edu!news.radio.cz!newsbastard.radio.cz!news.radio.cz!CESspool!news.maxwell.syr.edu!cpk-news-hub1.bbnplanet.com!cam-news-hub1.bbnplanet.com!news.bbnplanet.com!howland.erols.net!cs.utexas.edu!news.cs.utah.edu!cc.usu.edu!jrd
  9. From: jrd@cc.usu.edu (Joe Doupnik)
  10. Newsgroups: comp.protocols.kermit.misc
  11. Subject: Re: FAST+FAST->Window slots 1 of 20
  12. Message-ID: <1997Mar7.152135.95352@cc.usu.edu>
  13. Date: 7 Mar 97 15:21:35 MDT
  14. References: <5fb64g$5fp@nntp.Stanford.EDU>
  15. Organization: Utah State University
  16. Lines: 21
  17. Xref: news.columbia.edu comp.protocols.kermit.misc:6715
  18.  
  19. In article <5fb64g$5fp@nntp.Stanford.EDU>, stew@taal.Stanford.EDU (Stewart Levin) writes:
  20. > C-Kermit 6.0.192 on both ends (Linux and Sun OS 4.1.3)
  21. > Binary file transfer mode
  22. > FAST invoked on both ends before transfer
  23. > 
  24. > SEND'ing a large file from the Sun to the PC produces
  25. > 20 rapid packets followed by a much slower one-at-a-time
  26. > crawl and the message that I am using 1 of 20 window slots.
  27. > Cancelling the file takes 20 more packets to complete.
  28. > This happens whether or not I use the SET BUFFERS 100000 100000
  29. > command on both ends. Similarly with CAUTIOUS on both ends.
  30. > 
  31. > Looks like it's the Linux end that's misbehaving.
  32. > Have I overlooked something in the Using C-Kermit 2nd ed. chapter
  33. > 12?  Is there a patch I should retrieve?
  34. -------------
  35.     You are forgetting that the comms channel may not be able to
  36. cope. You don't say what that channel may be (or I've lost the scoop).
  37. Not coping leads to lost packets, and that in turn causes Kermit to
  38. slow down so losses are less likely. 
  39.     Joe D.